データ節約（Datensparsamkeit）はドイツ語で、英語に適切に翻訳するのが難しい言葉です。これは、本当に必要なデータのみを扱うべきだという、データの収集と保管に対する姿勢を表しています。

ここ数週間、コンパイラコンパイラツールで遊んで、調べてきました。これらのツールの共通の特徴は、言語の生成規則を記述した文法ファイルを持っていることです。このファイルは、文法を記述するだけでなく、パーサーが言語要素を認識する際に、言語をどのように処理するかについての情報を提供します。ほとんどのコンパイラコンパイラツールでは、これらの命令は文法内のアクションとして表現されます。多くの場合、これらのアクションは、高レベル言語のコード断片としてエンコードされます。

Webページに対してテストを書く場合、リンクをクリックしたり、何が表示されているかを判断したりするために、そのWebページ内の要素を参照する必要があります。しかし、HTML要素を直接操作するテストを書くと、UIの変更に対してテストが脆くなってしまいます。ページオブジェクトは、HTMLページまたはフラグメントをアプリケーション固有のAPIでラップし、HTMLを掘り下げることなくページ要素を操作できるようにします。

情報量の多いプログラムをモジュール化する最も一般的な方法の1つは、プレゼンテーション（UI）、ドメインロジック（ビジネスロジックとも呼ばれる）、データアクセスの3つの広範なレイヤーに分割することです。そのため、Webアプリケーションは、HTTPリクエストの処理とHTMLのレンダリングを行うWebレイヤー、検証と計算を含むビジネスロジックレイヤー、データベースまたはリモートサービスで永続データを管理する方法を分類するデータアクセスレイヤーに分割されていることがよくあります。

メディアWebサイトの最大の問題の1つは、大量のトラフィックへの対処です。メディアはすべて注目を集めることですが、一度に多くのヒットを受けると、パフォーマンスの低下が問題を引き起こし、評判を損なう可能性があります。この問題は、このWebトラフィックのバースト性によって悪化します。管理可能なレートで巡航しているときに、大きなニュース記事が発生して大きなスパイクが発生する可能性があります。クライアントの1つは、数分のうちに2桁のスパイクを経験しました。

シングルページWebアプリケーションは、多くの場合、アプリケーションロジック、DOM操作、サーバーアクセスがすべて混在したjQueryスープになります。この懸念事項の混在により、このようなアプリケーションは本来よりも理解とテストが難しくなります。分離DOMは、DOMのすべての操作を専用のJavaScriptオブジェクトに分割するモジュール化戦術です。

サーバーレスアーキテクチャは、アプリケーション開発で通常のサーバープロセスを使用しないインターネットベースのシステムです。代わりに、サードパーティサービス、クライアントサイドロジック、およびサービスホスト型リモートプロシージャコール（FaaS）の組み合わせのみに依存しています。

Web開発者は、ブラウザで実行される他のテキストソース言語にコンパイルされるCoffeeScriptやSCSSなどの言語を zunehmend 使用しています。このようなソースツースースコンパイラ（トランスパイラとも呼ばれます）は新しいものではなく、CfrontはC ++の初期の頃にターゲットCコードを生成するために広く使用されていました。しかし、私にとって、CoffeeScriptとSCSSを透過的コンパイラとして選ぶ違いがあります

ここ数年、Web 2.0については、概念と新語（Neologism）としての価値の両方について、多くの議論がなされてきました。これへの私の関与は限られています。ティム・オライリーのトピックに関する記事や話を聞いたことがあり、彼が主催したワークショップに参加しました。しかし、世の中には多くの混乱があるので、私もその混乱を減らすための無駄な努力をする時が来たのだと思います。（私はこのことの多くでティムの解釈をしているので、私たちが何かに同意しない場合は、彼を信じるべきです。）

ここ数か月は旅行に多くの時間を費やしました（最終的に、過去44日間のうち40日間を旅行に費やしたと計算しました）。そのため、私のWebサイトは静かでした。今は家に帰ってきて、その一部を振り返ることができます。gotoカンファレンスは常に振り返るべきことがたくさんあります。